home *** CD-ROM | disk | FTP | other *** search
/ Atari Mega Archive 1 / Atari Mega Archive - Volume 1.iso / lists / mint / l_1599 / 1541 < prev    next >
Encoding:
Internet Message Format  |  1994-08-27  |  2.2 KB
  1. Date: Mon, 6 Jun 94 15:22 CDT
  2. From: ekl@sdf.lonestar.org (Evan K. Langlois)
  3. To: mint@atari.archive.umich.edu
  4. Subject: Latest Re-sync
  5.  
  6.  
  7. It's clear that the latest set of patches was needed to get everyone
  8. in the same place, and it seems to use less memory than my last version
  9. of MiNT (slightly patched 1.09).  It is more stable on the console and
  10. no longer crashes all the programs that used to crash on the console, such
  11. as vi and me and bash and ... well pretty much everything - my system
  12. was pretty weird using the console.  Anyway, there are still some bugs.
  13. Someone has said that the new MiNT doesn't work well with MultiTOS AES,
  14. and I have found some weird problems with Xcontrol and such using ROM
  15. AES.  Fasttext is still leaving little black squares on the screen, but
  16. this could be a conflict with NVDI - I haven't tested anything without
  17. NVDI, but since my NVDI font is not being displayed, I don't think
  18. NVDI has anything to do with it.  I get more squares when the cursor
  19. moves alot.
  20.  
  21. There is also a problem with BIOS FS.  My terminal reads AUX for about
  22. ... well .. it reads until the buffer is empty but then it no longer
  23. reads any more characters.  I can still send characters, but none are
  24. read.  This is definately a bug.  I am using MODM0DEV instead of MiNTs
  25. built-in MODEM1 in order to fix the problem.  MODEM1 is broke, MODM0DEV
  26. isn't (although it would be nice it MODM0DEV used addroottimeout 
  27. instead of its daemon - it's daemon uses CPU time too - is it polling
  28. at all?).
  29.  
  30. The last problem is TOSWIN.  Even if I run TOSWIN as a program instead
  31. of an ACC, it still loses about 27K every time a window opens.  Can someone
  32. else verify this for me?   Do a PS or TOP, MiNT should be using about 48K
  33. or less.   Now run TOSWIN and run PS in a window.  Now MiNT is using 77K
  34. or something.   Now open some other windows, a bunch, PID 0 now owns
  35. about 200K.  Quit TOSWIN and run PS from the console .. MiNT is still
  36. using over 200K.  The memory won't come back, and the more windows that
  37. open, the more memory is simply dumped on the floor.  This may be a bug
  38. in TOSWIN, but MiNT is at least partialy at fault here.  MiNT should
  39. not allow memory to be lost - especially when it thinks it owns it!
  40.  
  41.